home *** CD-ROM | disk | FTP | other *** search
/ More MacCube 2: Games / More MacCube Vol 2 Games.bin / Games / Xconq 7.0.1 / NEWS < prev    next >
Text File  |  1995-08-25  |  5KB  |  119 lines
  1. XCONQ RELEASE NOTES
  2.  
  3. *** 7.0.1
  4.  
  5. The Mac interface now includes a preference for whether to dump the
  6. game statistics into a file.
  7.  
  8. Keyboard direction commands for the Mac and X11 interfaces now work for
  9. attack as well as for movement.
  10.  
  11. The library now include Chris Christensen's "insects" game.  It's kind of
  12. silly, and still needs some design work to use more version 7 features,
  13. but is worth trying out.
  14.  
  15. The "starwars" game now has various improvements and fixes, including
  16. the ability of Death Stars to detonate planets, and its associated
  17. "planets" module is larger, with many small planets.
  18.  
  19. Several bugs noted in 7.0.0 have been fixed.
  20.  
  21. *** 7.0
  22.  
  23. Xconq 7.0 is a comprehensive rewrite and expansion of Xconq 5.5.
  24. Nearly every part of the program and its game library has been changed
  25. in some way.
  26.  
  27. Xconq now includes a Mac interface.  This is a full-featured interface
  28. that works on nearly any Mac, both b/w and color, large screen and small.
  29.  
  30. The X11 interface now uses Xaw/Xt to provide more interface
  31. functionality, such as buttons for common operations, popups for view
  32. controls, designing, and printing, and a panner to get to a particular
  33. part of the world more quickly.  Each player may now have multiple map
  34. windows.  Maps zoom in and out, from 1x1 to 128x128 pixels per hex.
  35. The interface can display color images for terrain, units, and sides.
  36.  
  37. The curses interface now includes status lines and adjustable panes.
  38.  
  39. There is now support for printing maps using PostScript(tm).
  40.  
  41. The numbers of unit, terrain, and material (used to be "resource")
  42. types may now range up to 126.  The number of sides may be up to 30.
  43.  
  44. Terrain may now be "borders" (such as rivers), "connections" (such as
  45. roads), and "coatings" (such as snow).
  46.  
  47. The world may now be a hexagon as well as a cylinder.  It may include
  48. elevations, temperatures, wind, clouds, named geographical features,
  49. people, and materials for each hex (now called "cell").
  50.  
  51. Units may now get combat experience, they can be incomplete (meaning
  52. that construction may start on a unit, halt, then resume later where
  53. it left off), they can have an altitude, they have tooling (affects
  54. startup time for construction), and they can be of varying size.
  55.  
  56. Multiple units may stack in a single cell.
  57.  
  58. Unit abilities are now defined by the "actions" that they can perform.
  59. Previously, the actions were to move, build, disband, and attack; 7.0
  60. also includes adding and removing terrain, research, change of unit
  61. type, material production and transfer, detaching and merging
  62. multi-part units, ranged fire, and detonation as actions.
  63.  
  64. The combat model is more sophisticated, now including the possibility
  65. for stack and occupants to protect a defender, for retreat, and for
  66. variable damage from a single hit.
  67.  
  68. Units now have plans that include multiple goals and a task agenda.
  69. Tasks track successes and failures of actions, choosing actions as
  70. needed to complete successfully.
  71.  
  72. Sides may have a "tech level" that governs usage and construction of
  73. unit types, they may be in "classes" that restrict which types of
  74. units they can own, may control other sides, and have an emblem to be
  75. used for display.
  76.  
  77. Games may include a day/night cycle and associated effects.
  78.  
  79. Games may include a seasonal cycle and associated effects.
  80.  
  81. Random game synthesis methods now include maze generation, country
  82. expansion, river and road generation, and grammar-based unit and
  83. feature name synthesis.
  84.  
  85. Games may now have variants that are chosen at game setup time.
  86.  
  87. The AI machinery now supports any number of different types of AIs.
  88.  
  89. The generic AI "mplayer" has been rewritten; it now uses an explicit
  90. strategy based on division of the world into theaters, and relies on the
  91. new plan and task mechanisms to improve individual unit behavior.
  92.  
  93. The game library now has many new games, including a tactical-level
  94. panzer game, detailed battalion-, division-, and strategic-level WWII
  95. games, Tolkien-inspired fantasy games, a Russian Revolution game, a
  96. Roman Empire game, and an Age of Discovery game with a Magellan scenario.
  97.  
  98. The period/map/scenario file structure is gone, replaced by a Game
  99. Design Language (GDL).  GDL looks like Lisp, but is still a
  100. declarative language oriented towards for defining the types, tables,
  101. and other objects in a game.  Lisp syntax supplies power, flexibility,
  102. and a degree of standardization, while the declarative nature of the
  103. language means that the game designer can still concentrate on
  104. defining properties rather than writing code.  Also, since all files
  105. are in the same language and modules can include each other, game
  106. designers can build designs by including an existing game and
  107. modifying it, rather than by defining a totally new game.
  108.  
  109. There are now over 160 tables available to the game designer, over 100
  110. unit type properties and over 60 global variables as well.  The designer
  111. now has control over nearly every detail of a game.
  112.  
  113. Memory allocation is almost entirely on an as-needed basis, so Xconq's
  114. memory usage starts at around 100K and goes up only with the size and
  115. complexity of the game.
  116.  
  117. The source code is more portable, both to Unix and non-Unix systems.
  118. It is also fully prototyped and ANSI-compatible.
  119.